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Abstract — A  new  multichannel  MAC  protocol  called  Hop-Reservation 
Multiple  Access  (HRMA)  for  wireless  ad-hoc  networks  (multi-hop  packet 
radio  networks)  is  introduced,  specified  and  analyzed.  HRMA  is  based  on 
simple  half-duplex,  very-slow  frequency-hopping  spread  spectrum  (FHSS) 
radios  and  takes  advantage  of  the  time  synchronization  necessary  for  fre¬ 
quency  hopping.  HRMA  allows  a  pair  of  communicating  nodes  to  reserve 
a  frequency  hop  using  a  reservation  and  handshake  mechanism  that  guar¬ 
antee  collision-free  data  transmission  in  the  presence  of  hidden  terminals. 
We  analyze  the  throughput  achieved  in  HRMA  for  the  case  of  a  hyper¬ 
cube  network  topology  assuming  variable-length  packets,  and  compare  it 
against  the  multichannel  slotted  ALOHA  protocol,  which  represents  the 
current  practice  of  MAC  protocols  in  commercial  ad-hoe  networks  based 
on  spread  spectrum  radios,  such  as  Metricom’s  Ricochet  system.  The  nu¬ 
merical  results  show  that  HRMA  can  achieve  much  higher  throughput  than 
multichannel  slotted  ALOHA  within  the  traffic-load  ranges  of  interest,  es¬ 
pecially  when  the  average  packet  length  is  large  compared  to  the  duration 
of  a  dwell  time  in  the  frequency  hopping  sequence,  in  which  case  the  maxi¬ 
mum  throughput  of  HRMA  is  close  to  the  maximum  possible  value. 

I.  Introduction 

Because  of  the  recent  affordability  of  commercial  radios  and 
microprocessor-based  controllers,  multi-hop  packet  radio  net¬ 
works  (i.e.,  ad-hoc  networks)  are  likely  to  play  an  important  role 
in  computer  communications.  Ad-hoc  networks  extend  packet 
switching  technology  into  environments  with  mobile  users,  can 
be  installed  quickly  in  emergency  situations,  and  are  self  config¬ 
urable,  which  makes  them  very  attractive  in  many  applications, 
including  the  seamless  extension  of  the  Internet  to  the  wireless, 
mobile  environment. 

The  unlicensed  nature  of  ISM  bands  makes  them  extremely 
attractive  for  ad-hoc  networks;  furthermore,  there  is  widespread 
availability  of  commercial,  affordable  radios  for  the  915MHz, 
2.4GHz  and  5.8GHz  bands.  Accordingly,  developing  medium 
access  control  (MAC)  protocols  with  which  the  nodes  (packet- 
radios)  of  ad-hoc  networks  can  share  the  ISM  bands  efficiently 
is  critical  for  the  future  success  of  such  networks. 

In  ISM  bands,  radios  must  operate  using  direct  sequence 
spread  spectrum  (DSSS)  or  frequency  hopping  spread  spectrum 
(FHSS)[3].  This  paper  focuses  on  the  design  of  an  efficient 
MAC  protocol  for  ad-hoc  networks  based  on  FHSS  radios  oper¬ 
ating  in  ISM  bands. 

The  maximum  dwell  time  on  a  frequency  hop  allowed  in  ISM 
bands  is  400  msec[3],  which  at  1Mbps  allows  entire  packets  to 
be  transmitted  within  the  same  frequency  hop.  On  the  other 
hand,  keeping  the  sender  and  receiver  synchronized  on  the  same 
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frequency  hops  while  a  packet  is  being  transmitted  is  not  simple 
when  nodes  move  and  data  rates  are  high  (1Mbps).  Given  the 
FCC  regulations  for  ISM  bands  and  the  characteristics  of  today’s 
COTS  radios,  the  problem  of  designing  MAC  protocols  that  use 
very-slow  frequency  hopping  (i.e.,  an  entire  packet  is  sent  in  the 
same  hop)  as  a  combination  of  time  and  frequency  division  mul¬ 
tiplexing  of  the  radio  channel  is  very  timely.  Curiously,  there  is 
little  work  reported  on  this  subject.  There  are  many  prior  exam¬ 
ples  of  MAC  protocols  for  frequency-hopping  radios,  which  are 
typically  based  on  applying  ALOHA  or  slotted  ALOHA  using 
the  same  hopping  sequence  for  all  nodes  or  sender-  or  receiver- 
oriented  code  assignments  [7]  [8].  However,  these  approaches 
assume  that  radios  hop  frequencies  within  the  same  packet  fre¬ 
quently  to  achieve  code  division  multiple  access  (CDMA).  IEEE 
802. 1 1  [1]  incorporates  a  convergent  layer  that  makes  the  charac¬ 
teristics  of  the  physical  layer  transparent  to  the  MAC  protocol. 
A  concrete  example  of  using  very-slow  frequency-hopping  ra¬ 
dios  is  the  MAC  protocol  used  in  Metricom’s  Ricochet  wireless 
network[2],  which  assumes  that  each  receiver  has  its  own  chan¬ 
nel  (hopping  sequence)  and  makes  the  sender  learn  the  hopping 
sequence  of  the  receiver.  The  sender  synchronizes  with  the  re¬ 
ceiver’s  hopping  sequence  and  transmits  all  its  data  packet  over 
the  same  frequency  hop  at  which  synchronization  occurred.  The 
data  packet  can  last  longer  than  a  normal  frequency-hop  dwell 
time,  which  is  the  hop  duration  time  when  there  is  no  data.  How¬ 
ever,  neither  [1]  nor  [2]  provides  collision-free  data  transmission 
in  the  presence  of  hidden  terminals. 

We  introduce  the  Hop-Reservation  Multiple  Access  (HRMA) 
protocol,  which  takes  advantage  of  the  time-slotting  proper¬ 
ties  of  very-slow  FHSS.  Section  II  specifies  HRMA  in  detail. 
HRMA  uses  a  common  hopping  sequence  and  permits  a  pair 
of  nodes  to  reserve  a  frequency  hop  over  which  they  can  com¬ 
municate  without  interference.  A  frequency  hop  is  reserved  by 
contention  through  a  request-to-send/clear-to-send  exchange  be¬ 
tween  a  sender  and  a  receiver.  A  successful  exchange  leads  to 
a  reservation  of  a  frequency  hop,  and  each  reserved  hop  can  re¬ 
main  reserved  with  a  reservation  packet  from  the  receiver  to  the 
sender,  which  prevents  those  nodes  that  can  cause  interference 
from  attempting  to  use  the  reserved  frequency  hop.  After  a  hop 
is  reserved,  a  sender  is  able  to  transmit  data  beyond  the  nor¬ 
mal  frequency-hop  dwell  time  on  the  reserved  frequency  hop.  A 
common  frequency  hop  is  used  to  permit  nodes  to  synchronize 
with  one  another.  Section  III  demonstrates  that  HRMA  guar¬ 
antees  that  no  data  or  acknowledgment  packets  from  a  source 
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or  a  receiver  collide  with  any  other  packets  in  the  presence  of 
hidden  terminals.  Section  IV  provides  an  approximate  through¬ 
put  analysis  of  HRMA  for  the  case  of  a  hypercube  topology, 
which  constitutes  the  worst-case  scenario  for  the  hidden  termi¬ 
nal  interference,  and  variable-length  packets.  The  same  analy¬ 
sis  is  presented  for  the  multichannel  slotted  ALOHA  protocol 
with  receiver-oriented  channel  assignment  (ROCA).  Section  V 
presents  the  numerical  results  of  our  analysis  comparing  the 
two  protocols;  the  results  show  that  HRMA  achieves  very  high 
throughput  for  the  range  of  traffic  load  within  which  the  network 
is  stable,  which  can  be  enforced  in  practice  with  simple  backoff 
strategies.  Section  VI  presents  our  conclusions. 

II.  HRMA  Protocol 

HRMA  is  based  on  a  common  hopping  sequence  for  the  en¬ 
tire  network  and  requires  half-duplex  slow  frequency-hopping 
radios  with  no  carrier  sensing  to  operate.  HRMA  can  be  viewed 
as  a  time-slot  reservation  protocol  in  which  a  time  slot  is  also 
assigned  a  separate  frequency  channel. 

A.  Organizing  Time  and  Frequencies 

HRMA  uses  one  of  the  L  available  frequencies,  which  we 
denote  by  /o,  as  a  dedicated  synchronizing  channel  on  which 
its  nodes  exchange  synchronization  information.  The  rest  of  the 
frequencies  are  further  divided  into  M  =  [(L—  1) /2J  frequency 
pairs  =  1, 2, ...,  M.  Hence,  the  length  of  the  hopping 

sequence  is  M.  For  any  i,  /,;  is  used  for  sending  or  receiving 
hop-reservation  (HR)  packets,  request-to-send  (RTS)  packets, 
clear-to-send  (CTS)  packets,  and  data  packets  while  /*  is  used 
for  sending  or  receiving  acknowledgments  to  data  packets  sent 
on/,;. 

As  in  any  MAC  protocol  operating  with  FHSS  radios,  time 
in  HRMA  is  slotted.  Each  HRMA  slot  consists  of  one  synchro¬ 
nizing  period,  one  HR  period,  one  RTS  period  and  one  CTS 
period,  each  of  which  is  used  to  exclusively  send  or  receive  the 
synchronizing  packet,  the  HR  packet,  the  RTS  packet,  and  the 
CTS  packet,  respectively.  Each  slot  is  assigned  a  frequency  hop, 
which  is  one  of  the  M  frequency  hops  in  the  common  hop¬ 
ping  sequence.  All  the  nodes  that  are  not  transmitting  or  re¬ 
ceiving  data  packets,  which  we  call  idle  nodes,  hop  together. 
All  idle  nodes  must  hop  to  the  synchronizing  frequency  /o  and 
exchange  synchronizing  messages  during  the  synchronizing  pe¬ 
riod  of  each  slot.  During  the  HR,  RTS  and  CTS  periods  of  each 
slot,  however,  all  idle  nodes  must  dwell  on  the  common  fre¬ 
quency  hop  assigned  to  each  slot.  We  call  the  frequency  hop 
assigned  to  the  current  slot  the  current  frequency  hop. 

For  synchronization  purposes,  a  special  slot  called  synchro¬ 
nizing  slot  is  defined  that  is  of  the  same  size  as  a  normal  slot.  All 
idle  nodes  must  dwell  on  the  synchronizing  frequency  /o  during 
the  synchronizing  slot  to  exchange  synchronization  messages. 
The  exchange  of  synchronization  messages  on  /o  in  synchro¬ 
nizing  slot  or  synchronizing  period  allows  nodes  to  synchronize 
with  one  another,  i.e.,  to  agree  on  the  beginning  of  a  frequency 
hop  in  the  common  hopping  sequence  and  the  current  frequency 
hop. 

The  synchronizing  slot  followed  by  the  M  consecutive  nor¬ 
mal  slots,  which  pass  through  all  the  M  frequencies  in  the  com¬ 
mon  hopping  sequence  makes  up  an  HRMA  frame.  Fig.  1  shows 


Fig.  1 .  Structure  of  HRMA  slot  and  frame 

an  example  of  the  HRMA  frame,  where  there  are  five  frequen¬ 
cies  in  the  hopping  sequence,  and  thus,  six  slots  in  a  frame. 

B.  Synchronizing  Nodes  to  a  Common  Hopping  Sequence 

When  a  new  node  becomes  operational,  it  must  listen  to  the 
synchronizing  channel  for  a  time  period  long  enough  to  gather 
the  synchronization  information  about  hopping  pattern  and  tim¬ 
ing  of  the  system  so  that  it  can  get  synchronized  with  the  system. 
If  the  new  node  does  not  detect  any  synchronization  informa¬ 
tion  during  that  time,  it  finds  an  empty  system.  The  new  node 
can  broadcast  its  own  synchronization  information  and  create 
a  new  one-node  system.  A  new  node  can  easily  join  or  cre¬ 
ate  a  system  with  HRMA  because  the  synchronization  informa¬ 
tion  is  repeated  in  every  HRMA  slot.  Hence,  nodes  in  the  same 
connected  component  of  a  network,  which  we  call  group,  are 
synchronous  with  each  other.  In  contrast,  nodes  from  different 
groups  are  disconnected  and  asynchronous. 

Let  the  length  of  a  HRMA  slot  and  the  synchronizing  period 
of  a  normal  HRMA  slot  be  //  and  r/s,  respectively.  It  can  be  seen 
from  Fig.  2  that  the  dwell  time  of  /o  at  the  beginning  of  each 
frame  is  //  -|-  qs.  Because  the  synchronizing  period  is  repeated  at 
the  beginning  of  each  HRMA  slot,  there  must  be  at  least  one  /o 
synchronizing  period  of  length  //.,  within  any  interval  of  length 
ri+ris  ■  Therefore,  any  two  nodes  from  disconnected  groups  must 
always  have  at  least  two  overlapping  time  periods  of  length  //., 
on  /o  within  any  time  period  equal  to  the  duration  of  an  HRMA 
frame  no  matter  how  large  the  timing  offset  between  the  dif¬ 
ferent  groups  is.  Fig.  2  shows  the  worst  case  overlapping  time 
between  asynchronous  groups.  Therefore,  HRMA  allows  dif¬ 
ferent  groups  to  merge.  A  synchronization  protocol  based  on  a 
listen  before  transmit  policy  for  beacon  packets  similar  to  that 
advocated  in  IEEE  802. 1 1  [  1  ]  can  be  used  in  the  synchronizing 
periods  and  synchronizing  slots.  However,  it  would  be  difficult 
for  asynchronous  groups  to  merge  in  802.11  networks.  In  the 
rest  of  this  paper,  we  assume  that  all  nodes  are  synchronized. 


Fig.  2.  Worst  case  overlapping  time  on  synchronizing  frequency 


C.  Accessing  and  Resen’ing  Hops 

Assuming  that  nodes  are  able  to  synchronize  according  to 
a  common  hopping  sequence,  the  rest  of  HRMA’s  operation 
pertains  to  the  way  in  which  nodes  access  and  reserve  spe¬ 
cific  frequency  hops.  To  simplify  our  analysis,  we  assume  a 
non-persistent  policy  for  hop  reservations;  persistent  versions  of 
HRMA  are  also  possible. 

When  an  idle  node  receives  a  data  packet  to  transmit  before 
the  RTS  period  of  a  given  slot  has  started,  the  node  backs  off 
if  the  HR  period  contains  an  HR  packet.  The  back-off  time  is 
random  and  is  a  multiple  of  the  HRMA  slot  time,  so  that  the 
node  is  ready  to  attempt  transmission  at  the  beginning  of  a  slot 
after  the  back-off  time  elapses.  Otherwise,  if  there  is  no  HR 
packet  claiming  the  slot,  the  node  sends  an  RTS  to  the  intended 
receiver  and  waits  for  the  CTS.  Whenever  a  node  receives  an 
RTS  intended  for  it,  it  sends  a  CTS  back  to  the  source  in  the 
CTS  period  of  the  same  slot  and  stays  in  the  same  frequency 
hop  (instead  of  hopping  to  the  next  frequency)  waiting  for  the 
data  packet.  If  the  node  receives  no  CTS  from  the  receiver  in 
the  CTS  period,  it  backs  off  a  random  number  of  slots  and  tries 
to  send  its  RTS  again  in  another  slot.  If  the  source  node  receives 
a  CTS  for  him  from  the  receiver,  the  source  and  the  receiver 
have  reserved  the  current  frequency  hop  and  the  source  is  able 
to  transmit  its  data  packet  after  the  CTS  period.  The  source  and 
receiver  dwell  on  the  same  reserved  frequency  hop  during  the 
entire  data  transmission. 

When  an  idle  node  receives  a  data  packet  to  transmit  after  the 
RTS  period  of  a  given  slot  has  started,  the  node  simply  backs 
off.  This  is  done  because  such  a  node  is  unable  to  request  a  hop 
in  the  current  slot  anymore. 

After  the  CTS  period  of  a  slot,  all  nodes  that  are  not  transmit¬ 
ting  or  receiving  data  packets  hop  to  fo  and  dwell  on  fo  for  a 
time  period  of  length  i/s  to  exchange  synchronization  informa¬ 
tion,  and  then  hop  to  the  next  frequency  hop  of  the  M  frequen¬ 
cies  in  the  common  hopping  pattern. 

A  data  packet  transmitted  in  HRMA  can  be  of  any  length 
and  a  node  can  send  multiple  data  packets  as  well.  However, 
since  HRMA  operates  in  the  ISM  bands,  a  data  packet  or  packet 
train  cannot  exceed  the  maximum  hop  dwell  time  allowed  by  the 
FCC.  When  the  data  that  need  to  be  exchanged  between  sender 
and  receiver  require  multiple  HRMA  frames  for  their  transmis¬ 
sion,  the  sender  notifies  the  receiver  in  the  header  of  the  data 
packet  and  the  receiver  sends  an  HR  packet  during  the  HR  pe¬ 
riod  of  the  same  slot  of  the  next  frame.  This  informs  the  neigh¬ 
bors  of  the  receiver  that  they  cannot  attempt  to  use  the  frequency 
hop  occupied  by  sender  and  receiver.  When  the  sender  receives 
the  HR  from  the  receiver,  it  sends  an  RTS  to  jam  any  possible 
RTSs  addressed  to  its  own  neighbors,  which  may  not  hear  the 
receiver.  Thus,  without  further  contention,  the  frequency  hop 
remains  reserved  by  the  sender  and  receiver  for  the  following 
HRMA  frame.  Both  sender  and  receiver  keep  silent  in  the  CTS 
period  of  the  slot,  and  more  data  are  transmitted  after  that  over 
the  same  reserved  frequency  hop.  The  hop  remains  reserved  in 
a  similar  fashion,  until  the  sender  relinquishes  it. 

After  the  source  sends  a  data  packet,  it  hops  to  the  corre¬ 
sponding  acknowledgment  frequency,  and  the  receiver  sends  an 
acknowledgment  packet  back  to  the  source  on  the  acknowledg¬ 
ment  frequency. 
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Fig.  3.  HRMA  basic  operations 


Fig.  3  shows  the  different  cases  for  access  and  reservation  of 
hops  in  HRMA,  namely.  Case  I:  a  successful  reservation  for  data 
longer  than  a  frame;  Case  II:  a  successful  reservation  for  data 
shorter  than  a  frame;  and  Case  III:  an  unsuccessful  reservation. 

A  more  efficient  variant  of  HRMA  allows  the  data  including 
piggybacked  acknowledgment  to  flow  in  both  directions  and  es- 
tablishs  a  duplex  data  pipe  between  a  pair  of  nodes,  with  one 
node  transmitting  on  /,;  and  the  other  on  f* .  With  this  approach, 
the  same  hop  reservation  procedure  is  needed  whenever  the  data 
in  either  direction  last  longer  than  an  HRMA  frame. 

The  pseudo  code  in  Fig.  4  presents  the  specification  of 
HRMA.  We  note  that  the  mechanism  used  to  contend  for  and 
reserve  frequency  hops  in  HRMA  is  similar  in  complexity  to 
such  simple  MAC  protocols  as  FAMA[4][5]  and  MACAW[6]. 

III.  Correctness  of  HRMA 

The  following  theorem  proves  that  HRMA  eliminates  hidden- 
terminal  interference  problems.  To  prove  this  theorem,  we  as¬ 
sume  that  all  nodes  are  synchronized,  that  there  is  no  capture  ef¬ 
fect  on  any  channel,  and  that  any  overlap  of  transmissions  at  any 
receiver  on  any  channel  causes  all  packets  to  be  lost.  Links  are 
bidirectional,  which  is  a  requirement  that  stems  from  RTS/CTS 
exchange. 

A  neighbor  of  a  node  A  is  a  node  that  has  a  link  to  A.  All 
the  neighbors  of  node  A  are  denoted  by  the  set  N (A).  We  call 
a  time  period  equal  to  the  duration  of  an  HRMA  frame  a  frame 
interval. 

Theorem :  HRMA  guarantees  that  no  data  or  acknowledge¬ 
ment  packet  collides  with  any  other  packet  in  the  presence  of 
hidden  terminals. 

Proof:  If  no  RTS  is  successful,  then  no  data  packet  or  ac¬ 
knowledgment  packet  is  sent  and  thus  no  data  or  acknowledg¬ 
ment  packet  is  involved  in  any  collision. 

If  a  destination  node  I)  successfully  receives  an  RTS  from  a 
source  node  S  on  frequency  hop  //,  in  slot  m,  it  must  be  true 
that  no  node  other  than  S  in  N(D)  is  transmitting  on  A  in  the 
RTS  period  of  slot  m;  otherwise,  there  will  be  a  collision  of 
RTSs  at  the  destination  D.  Therefore,  no  other  node  in  N(D ) 
can  be  a  source  node  on  //,  during  the  following  frame  interval. 
However,  note  that  any  other  node  in  N(D )  can  be  or  become  a 
successful  destination  on  hop  /*  if  it  is  not  in  N(S).  It  must  also 
be  true  that  no  node  other  than  D  in  N(S)  can  receive  a  correct 
RTS  for  it  in  slot  m;  for  otherwise  the  RTS  from  S  would  inter¬ 
fere  with  it.  Accordingly,  no  nodes  other  than  D  in  N(S )  can  be 


Variable  Definitions 
S  L  =  Slot  Length 
FL  =  Frame  Length 
P  D  =  Packet  Detected 
TE  =  Timer  Expired 
LD  =  Local  Data 

Tprop  =  Maximum  Propagation  Delay 
Tproc  =  Processing  Delay 

Procedure  START() 

Begin 

Timer  ^—3  X  FL; 

While  (P  D  A  TE)  listen; 

If(P£>) 

Then  Begin 

Receive  packet; 

DO  CACE  of  (received  packet  type) 

Begin 

Synchronizing  packet: 

Accept  the  synchronizing  parameters; 

Call  PASSIVEO; 

Default: 

Call  STARTO; 

End 

End 

Else  Begin 

Set  the  synchronizing  parameters  and  send  synchronizing  packet; 
Call  PASSIVEO; 

End 

End 

Procedure  ACCESS  () 

Begin 

Send  RTS  to  destination  in  RTS  period; 

Listen  during  CTS  period; 

If  (CTS  received  for  the  RTS  sent)  Then  call  XMIT  (); 

Else  call  BACKOFF  (); 


Procedure  PASSIVEO 
Begin 

DO  CASE  of  (event  type) 

Begin 

Beginning  of  Synch  period: 

Call  SYNCH  (); 

During  HR  period: 

Listen; 

End  of  HR  period: 

If  (L  D  in  Synch  or  HR  period  A  P  D  in  HR  period) 

Then  call  ACCESS  (); 

During  RTS  period: 

Listen; 

Beginning  of  CTS  period: 

If  (RTS  received  A  Destination  ID  =  Local  ID) 

Then  Begin 

send  CTS  to  source; 

Call  RECEIVE  (); 

End 

End  of  CTS  period: 

If  ((LD  in  RTS  or  CTS  period)  V  (LD  A  PD  in  HR  period)) 
Then  call  BACKOFF  (); 

Else  call  PASSIVE  (); 

End 

End 


Procedure  RECEIVE  () 

Begin 

M ore_P acket  4—  1; 

HR_Timer  4—  F  L ; 

While  (HR_Timer  not  expired  A M  ore.P acket ) 

Begin 

Timer  4—  2  X  Tprop  Tproc ; 

While  (TE  A  P  D)  wait; 

If  (TE) 

Then  Begin 

If  (LD)  Then  call  BACKOFF  (); 

Else  call  PASSIVE  (); 

End 

Else  Begin 

Receive  Packet; 

DO  CASE  of  (received  packet  type) 

Begin 

DATA: 

If  (Destination  ID  =  Local  ID) 

Then  Begin 

Pass  packet  to  upper  layer; 

If  (last  packet) 

Then  Begin 

M  ore_P  acket  4—  0; 

Hop  to  the  corresponding  ack  frequency; 
Send  Ack  to  source; 

End 

End 

Else  Begin 

If  (L  D)  Then  call  BACKOFF  (); 

Else  call  PASSIVE  (); 

End 

Default: 

If  (LD)  Then  call  BACKOFF  (); 

Else  call  PASSIVE  (); 

End 

End 

End 

\UMorc.P  acket) 

Then  Begin 

If  (L  D)  Then  call  BACKOFF  (); 

Else  call  PASSIVE  (); 

End 

Else  Begin 

Send  HR  packet  in  the  next  HR  period; 

Listen  during  RTS  and  CTS  period; 

Call  RECEIVE  ()  at  the  end  of  CTS  period; 

End 

End 

Procedure  SYNCH() 

Begin 

Hop  to  /0 ; 

While  (in  Synch  period)  do  synch  information  exchange; 

Hop  to  the  next  frequency  according  the  hopping  pattern; 

Return  to  calling  procedure; 


Fig.  4.  HRMA  Specification 


Procedure  XMIT  () 

Begin 

If  (data  length  >  FL) 

Then  Begin 

Construct  a  data  packet  of  length  F  L  by  taking  part  of  the  data; 
M ore.P acket  field  in  packet  header  4—  1 ; 

End 

Else  Begin 

Put  all  the  data  in  a  packet; 

M ore.P acket  field  in  packet  header  4—  0 ; 

End 

Transmit  data  packet; 

Timer  4—  delay  till  the  end  of  the  next  HR  period; 

If  (No  more  data)  Then  hop  to  the  corresponding  ack  frequency; 
While  (TE  A  P  D)  Listen; 

If  (P  D) 

Then  Begin 

Receive  packet; 

DO  CASE  of  (event  type) 

Begin 

More  data  A  HR  received  for  this  link: 

Remove  the  data  sent  from  data  buffer; 

Send  RTS; 

Call  XMIT  ()  at  beginning  of  next  slot; 

No  more  data  A  Ack  received  for  this  packet: 

Remove  the  data  sent  from  data  buffer; 

If  (L  D)  call  BACKOFF(); 

Else  call  PASSIVEO; 

Default: 

Call  BACKOFF0; 

End 

End 

Else  call  BACKOFF  (); 


Procedure  BACKOFF() 

Begin 

Calculate  maximum  number  of  backoff  slots,  m, 
according  to  some  backoff  algorithm; 

Timer  4-  RAN  DOM  (0,  m  X  SL); 

While  (TRUE)  Do 
Begin 

DO  CASE  of  (event  type) 

Begin 

Beginning  of  Synch  period: 

Call  SYNCHO; 

During  HR  period: 

Listen; 

End  of  HR  period: 

If  (TE  A  P  D  in  HR  period)  Then  call  ACCESS  (); 
During  RTS  period: 

Listen; 

Beginning  of  CTS  period: 

If  (RTS  received  A  Destination  ID  =  Local  ID) 

Then  Begin 

Send  CTS  to  source; 

Call  RECEIVE  (); 

End 

Else  listen  during  CTS  period; 

End  of  CTS  period: 

If  (TE  A  P  D  in  HR  period)  Then  call  BACKOFF  (); 
End 

End 

End 


or  become  successful  destinations  on  hop  //,  during  the  follow¬ 
ing  frame  interval,  however,  they  can  be  or  become  successful 
sources  on  f).  if  they  are  not  in  N(D).  As  a  result,  during  the 
following  frame  interval,  S  is  the  only  source  on  //.  in  N(D) 
and  D  is  the  only  successful  destination  on  //.  in  N(S).  There¬ 
fore,  the  CTS  from  D  and  data  packet  from  S  are  collision  free. 

If  the  data  packet  lasts  longer  than  a  frame,  the  destination 
sends  an  HR  in  the  same  slot  (slot  m),  and  thus,  on  the  same 
frequency  hop  (  /).  )  of  the  next  frame,  which  prevents  any  other 
node  in  N(D)  from  sending  an  RTS  on  /).  in  slot  m  and  be¬ 
coming  a  source  node.  HR  is  collision  free  at  S,  because  R  is 
the  only  destination  on  /).  in  N(S).  After  S  receives  an  HR,  it 
sends  an  RTS  on  f).  in  slot  m,  and  this  prevents  any  other  node 
in  N(S)  from  correctly  receiving  any  possible  RTS  on  //,  di¬ 
rected  for  that  node  and  becoming  a  destination.  Therefore  it  is 
still  true  that  S  is  the  only  source  on  //.  in  N(D)  and  D  is  the 
only  successful  destination  on  ])■  in  A T(S)  during  another  frame 
interval.  Also  note  that  nodes  in  N(S)  but  not  in  A T{D)  can 
become  successful  sources  and  nodes  in  A7(D)  but  not  in  A r(S) 
can  become  successful  destinations  on  f).  during  the  following 
frame  interval.  Therefore,  again  a  data  packet  from  S  will  be 
collision  free  in  any  subsequent  frame  interval,  until  the  end  of 
the  data. 


The  acknowledgment  packet  for  a  data  packet  is  sent  on  a  dif¬ 
ferent  frequency  of  the  corresponding  frequency  pair,  /£ ;  there¬ 
fore,  an  acknowledgment  packet  could  only  collide  with  other 
acknowledgment  packets.  However,  as  stated  above,  no  two 
successful  destinations  exist  in  the  neighborhood  of  any  suc¬ 
cessful  source  on  the  same  frequency  hop,  which  implies  no 
acknowledgment  packet  can  collide  with  any  other  acknowledg¬ 
ment  packet. 

Therefore,  it  follows  that  HRMA  guarantees  that  data  and  ac¬ 
knowledgment  packets  are  free  of  collision  in  the  presence  of 
hidden  terminals.  Q.E.D. 

IV.  Comparative  Throughput  Analysis 
A.  System  Model  and  Assumptions 

For  simplicity,  we  assume  a  symmetric  hypercube  network 
topology,  in  which  each  node  has  AT  neighbors  and  the  neigh¬ 
bors  of  the  same  node  are  hidden  from  each  other.  All  links  are 
bidirectional  or  symmetrical.  This  type  of  topology  constitutes 
the  worst-case  scenario  for  the  hidden  terminal  interference,  and 
assuming  the  same  number  of  neighbors  per  node  permits  us  to 
focus  on  any  one  node  to  analyze  the  throughput  of  the  system. 
Radios  are  half-duplex  and  each  radio  can  only  tune  on  to  one 
frequency  at  a  time.  Throughput  is  defined  as  the  average  uti- 


lization  of  the  receiver  (or  transmitter)  per  node,  i.e.,  the  proba¬ 
bility  that  each  node  is  receiving  (or  transmitting)  data  packets 
successfully.  Because  we  assume  half-duplex  radios,  the  maxi¬ 
mum  throughput  of  any  MAC  protocol  is  0.5. 

We  assume  new  or  retransmitted  data  packets  arrive  at  each 
node  according  to  Poison  process  with  average  arrival  rate  A 
packets  per  second.  Each  node  has  exactly  one  buffer  for  the 
data  packets.  The  destination  of  any  data  packet  from  each  node 
is  uniformly  distributed  among  all  its  neighbors.  All  the  nodes 
are  synchronized  with  slot  size  equal  to  //.  The  traffic  load  nor¬ 
malized  to  slot  size  is  denoted  by  G  =  A;/.  To  simplify  our 
analysis  and  to  focus  on  the  MAC  protocol,  we  ignore  any  prop¬ 
agation  delay,  guard  time  or  any  processing  time.  They  can  be 
easily  taken  into  account  if  necessary,  and  in  ad-hoc  networks 
operating  in  ISM  bands,  propagation  and  processing  delays  are 
far  smaller  than  packet  lengths.  Since  IP  packets  have  variable 
sizes,  we  are  only  interested  in  variable -length  data  packets.  We 
assume  that  any  data  packet  is  transmitted  at  the  beginning  of  a 
slot  and  ends  at  the  end  of  a  slot;  therefore  the  size  of  the  data 
packet  S  is  a  multiple  of  the  slot  size.  We  further  assume  that  S 
follows  a  geometric  distribution  with  an  average  size  of  d  slots, 
which  implies  that  the  probability  that  a  data  packet  ends  at  the 
end  of  a  slot  is  q  =  1/d.  We  also  denote  by  p  =  1  —  q  the 
probability  that  a  data  packet  does  not  end  during  a  slot. 

The  channels  are  assumed  to  be  error  free  and  have  no  capture 
effect,  so  that  collision  of  packets  is  the  only  source  of  errors, 
and  more  than  one  packet  overlapped  on  the  same  channel  at  a 
receiver  leads  to  a  collision  and  no  packets  involved  in  it  can  be 
received  correctly  by  the  receiver. 

B.  Approximate  Throughput  ofHRMA 

Let  the  length  of  HR,  RTS  or  CTS  be  7  seconds  and  the  size 
of  the  synchronizing  period  be  a  multiple  of  7,  ( c  —  1)7 .  Thus 
the  slot  size  7)  equals  (c  +  2)7.  For  simplicity,  we  ignore  the 
synchronizing  slot  in  our  comparative  analysis  and  assume  that 
the  synchronizing  period  of  a  slot  is  much  longer  than  the  sum 
of  RTS,  CTS,  and  HR  period. 

There  are  M  frequencies  (or  frequency  hops)  available,  where 
M  >  N.  This  is  the  case  for  a  typical  multi-hop  packet  radio 
network  operating  on  the  ISM  bands  and  using  FH  radios  as 
described  in  Section  I,  where  the  number  of  neighbors  of  each 
node  is  usually  smaller  than  the  number  of  available  frequencies. 

We  observe  that  any  node  in  a  given  slot  can  be  either  trans¬ 
mitting  a  data  packet,  or  receiving  a  data  packet,  or  other  than 
the  above  two,  which  we  call  idle.  Note  that  a  node  in  the  idle 
state  can  transmit  or  receive  RTS  or  CTS  packet.  We  assume  that 
the  system  is  in  stable  operation  and  the  steady  state  exists.  Let 
Pi ,  Pjj ,  and  Pi  be  the  probabilities  that  a  node  is  transmitting 
data,  receiving  data,  and  idle  in  a  given  slot,  respectively.  Let 
/,  T,  and  R  denote  the  average  lengths  of  an  idle  period,  a  data 
transmitting  period  and  a  data  receiving  period,  respectively. 

We  also  observe  that,  for  any  node,  an  idle  period  must  be  at 
least  one  slot  in  length  and  must  precede  every  data  transmitting 
or  receiving  period,  because  any  successful  data  transmission  or 
reception  must  follow  a  successful  RTS-CTS  exchange.  By  this 
observation,  an  idle  period  of  a  node  ends  at  the  end  of  a  slot  if 
and  only  if  there  is  a  successful  RTS  from  or  to  this  node  in  this 
slot  to  initiate  a  new  data  transmission.  Therefore,  the  probabil¬ 


ity  that  a  node  ends  its  idle  period  during  a  slot,  denoted  by  r//, 
is  the  probability  that  the  node  successfully  transmits  or  receives 
an  RTS  in  that  slot  (which  are  mutually  exclusive  events)  given 
that  it  is  in  the  idle  state,  denoted  by  Pstrts  and  Psrrts > 
respectively,  i.e.. 


qi  —  Pstrts  +  Psrrts 


(1) 


Denote  by  Pr  /.■  R  the  probability  that  a  node  is  on  the  current 
frequency  hop  given  that  it  is  receiving  a  data  packet  and  denote 
by  P'0 p\x  the  probability  that  a  node  is  on  the  current  frequency 
hop  given  that  it  is  transmitting  a  data  packet.  Let  us  number 
the  slots  from  the  slot  just  before  the  current  slot  back  to  all  the 
passed  slots  as  slot  1,  2, ...,  and  denote  the  probability  that  a  data 
transmission  is  initiated  during  slot  i  by  P(i).  The  probability 
that  a  data  transmission  remains  in  the  current  slot  given  that  it  is 
initiated  in  slot  i  is  denoted  by  P(T\i).  Due  to  the  geometric  dis¬ 
tribution  of  the  packet  length,  we  have  P(T\i)  =  p*_1 .  Because 
there  is  no  difference  between  any  slot  except  that  different  fre¬ 
quency  hops  may  be  used  for  RTS/CTS  exchange  in  different 
slots,  it  should  hold  true  that,  for  any  i  and  j,  P(i)  =  P(j).  It 
follows  that 


E/  ,  P(T\jM)P(jM)  pM-iq 
E“i  P(T\i)P(i)  “1  ~PM 


(2) 


Let  Phr  be  the  probability  that  a  node  sends  HR  packet  and 
Px  be  the  probability  that  a  node  will  continue  transmitting  data 
on  the  current  frequency  hop  in  the  next  slot.  It  yields  that 


Phr  —  pPrPcf\r 

(3) 

Px  =  pPtPcf\t 

(4) 

The  probability  that  a  node  has  packet  arrival  is  given  by  P  \  = 
1  —  e~Xc1'.  To  keep  the  analysis  tractable,  we  assume  that  the 
transmissions  of  all  the  neighbors  of  any  given  idle  node  are  in¬ 
dependent  on  each  other  and  the  given  idle  node.  Denote  by 
Prts  the  probability  that  a  node  sends  RTS  for  a  new  data 
packet.  We  have 

Prts  =  PiPa(1-Phr)N~1  (5) 


Given  that  a  node  is  idle  in  a  given  slot,  the  node  can  success¬ 
fully  transmit  an  RTS  to  one  of  its  neighbors  in  the  given  slot  if 
and  only  if  in  the  given  slot  (1)  the  node  has  packet  arrival  dur¬ 
ing  the  access  period  (i.e.,  the  synchronizing  or  HR  period);  (2) 
none  of  its  neighbors  other  than  the  destination  sends  HR,  i.e., 
they  will  not  continue  receiving  data  on  the  current  frequency  in 
the  next  slot;  (3)  none  of  its  destination’s  other  neighbors  sends 
RTS,  attempting  to  initiate  a  new  data  transmission  or  to  con¬ 
tinue  transmitting  data  on  the  current  frequency  hop  in  the  next 
HRMA  slot;  (4)  its  destination  is  idle  and  does  not  send  RTS. 
The  probability  that  the  destination  does  not  send  RTS  is  the 
probability  that  it  has  no  packet  arrival,  or  it  has  packet  arrival 
but  at  least  one  of  its  neighbors  sends  HR.  We  obtain,  therefore, 


Pstrts  =  Pa{  1  -  Phr )A  X(1  -  Prts  ~  Px) 
1  -  Phr  ~  Prts  ~  Px 


(1  -PA)  +  PA 


1  - 


1  -  Prts  ~  Px 


N~]  P,  x 


The  above  equation  can  be  simplified  to 


PSTRTS  =  PRTs\(\-  PRTS  ~  Px)N  1 

-  -Pa (1  -  Prts  -  Px  -  Phr )A_1]  (6) 

Due  to  the  symmetry  of  the  network  topology  and  the  traf¬ 
fic  model  for  the  whole  system,  it  is  easy  to  see  that  Pcf\t  — 
Pcf\r,  Pst rts  =  Psrrts  and  PT  =  Pr  =  (1  -  Pi)/ 2. 

Because  HRMA  guarantees  that  no  data  packet  collides  with 
other  packets,  the  data  transmitting  or  receiving  period  has  the 
same  distribution  as  that  of  the  data  packet  length;  therefore  T  = 
R  =  q/q. 

The  duration  of  the  idle  period  can  be  modeled  as  a  geomet¬ 
rically  distributed  random  variable  with  a  probability  of  ending 
in  a  slot  being  (p .  Therefore,  we  have  I  =  q/qi- 

The  idle  probability  Pj  can  be  calculated  as 

Pi  =  =^=  =  f(Pi )  (7) 


Fig.  5.  Markov  process  for  multichannel  slotted  ALOHA 


are  omitted  in  the  diagram).  A  transition  may  occur  in  the  next 
slot  when  any  neighbor  node  finishes  transmitting  or  has  packet 
arrival  in  a  slot. 

Denote  by  and  D ^  the  probabilities  that  i  nodes  have 
packet  arrivals  and  j  nodes  finish  transmitting  during  a  slot  in 
state  k,  respectively.  We  have 


We  now  have  a  set  of  nonlinear  equations  in  Pj,  which  can  be 
solved  by  iteration  f’i  new  =  Pi  0id-  This  procedure  can  con¬ 
verge  with  only  a  small  number  of  iterations. 

Finally  the  throughput  of  HRMA  is  given  by 

S  =  PT  =  PR  =  ]~fL  (8) 

C.  Approximate  Throughput  of  Multichannel  Slotted  ALOHA 

Prior  MAC  protocols  based  on  slow  frequency  hopping  as¬ 
sume  ALOHA  or  slotted  ALOHA  access  to  the  channel  and  typ¬ 
ically  assume  ROCA  (e.g.,  Metricom’s  system[2]).  There  are 
three  type  of  saturations  that  can  cause  collision  in  the  ad-hoc 
networks  with  half-duplex  single  channel  radios:  (1)  multiple 
packets  are  directed  to  the  same  destination;  (2)  multiple  pack¬ 
ets  not  addressed  to  the  same  destination  both  arrive  at  any  one 
of  the  destinations;  and  (3)  the  destination  is  transmitting.  In 
this  paper,  we  assume  that  a  perfect  ROCA  technique  is  used  for 
ALOHA,  where  each  node  is  assigned  a  frequency  such  that  no 
two  nodes  with  a  same  neighbor  are  assigned  a  same  frequency. 
A  node  tunes  its  transmitter  to  the  frequency  assigned  to  the  in¬ 
tended  receiver  when  it  needs  to  transmit  its  packet.  With  this 
assumption,  we  can  eliminate  the  collisions  caused  by  situation 
(2)  above.  In  practice,  this  is  not  easy  to  be  implemented  in 
a  mobile  environment.  Thus,  the  throughput  we  obtain  is  an 
upper  bound.  We  assume  that  transmission  preempts  any  recep¬ 
tion.  When  a  packet  arrives  at  a  node  not  transmitting,  it  will  be 
transmitted  at  the  beginning  of  the  next  slot. 

For  any  given  node  (on  a  specific  frequency)  we  can  construct 
a  queueing  system  with  N  customers  and  N  servers.  Thus  any 
arrival  can  get  served  at  the  beginning  of  the  next  slot.  The 
arrival  probability  at  each  idle  node  in  any  slot  is  pa  =  1  —  e~G . 
The  service  time  for  each  arrival  is  the  packet  length.  We  can  use 
the  Markov  model  shown  in  Fig.  5  to  describe  the  operation  of 
this  queueing  system,  where  each  state  of  the  chain  represents 
the  number  of  transmitting  neighbors  of  the  given  node  (busy 
servers)  during  a  slot.  Let  tt/,  denote  the  probability  that  the 
system  is  in  state  k,  0  <  k  <  Ar.  According  to  our  assumptions, 
each  state  of  the  Markov  chain  can  transit  to  any  state  (self  loops 


Af  =  .  kypi(l  -  Pa )N-k-1  o  <i<N-k  (9) 

and 

Dlj)  =  (J)  qj(  1  -  q)k~j  0  <j  <k  (10) 

For  the  transition  from  state  k  in  slot  t  to  state  l  in  slot  /  +-  1,  at 
least  n  =  max( 0,  k  —  l)  nodes  must  finish  transmitting  in  slot 
t.  Therefore,  the  transition  probability  from  any  state  k  to  any 
state  l  is  given  by 


pik  =  J2/Ak+l~k)Dk]  aD 

n=h 

We  can  obtain  the  state  probabilities  by  solving  the  global  bal¬ 
ance  equations: 


N 

=  ^2  nkPlM  0  <  l  <  N 

k= 0 


with  condition  Y)iL o  7!"/  =  T 

Denote  by  iff1  the  probability  that  j  nodes  are  sending  pack¬ 
ets  to  a  given  node  given  that  i  nodes  are  transmitting,  iff1  can 
be  expressed  as 


0  <  j  <  i 


(12) 


The  probability  for  any  node  R  to  successfully  receive  a  data 
packet  is  equal  to  the  probability  that:  (a)  only  one  packet  is 
directed  to  node  R  from  its  neighbors  in  a  slot,  (b)  any  packet 
currently  being  transmitted  to  or  from  node  R  (if  any)  ends  dur¬ 
ing  this  slot,  and  (c)  no  any  other  packet  will  be  transmitted  to 
or  from  node  R  during  its  receiving  time.  To  keep  the  analy¬ 
sis  tractable,  we  assume  that,  during  the  receiving  time  of  any 
packet  at  /?,  any  neighbor  of  R  can  at  most  send  one  packet, 
which  leads  to  an  upper  bound  of  the  throughput  because  we 
underestimate  the  collision  probability.  The  probability  that  an 


idle  neighbor  of  node  R  has  no  packet  arrival  for  R  in  i  consec¬ 
utive  slots,  denoted  by  Ef,  is 


E,  =  1  - 


(13) 


It  follows  that  the  probability  of  (c),  when  R  has  r  idle  neigh¬ 
bors,  is 

OO 

Cr=YJPS~\^-Pa)s-lEl_1.  (14) 

5  =  1 

Therefore,  the  throughput  for  any  node  that  is  not  transmitting 
when  the  packet  arrives  is  given  by: 


N  —  l  N-k 

h  =  *k  A[m)B™ 


k= 0  m= 1  j= 0  n= 0 

(15) 
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Fig.  6.  Throughput  of  HRMA  with  different  values  of  average  packet  length 


In  any  slot,  a  node  is  either  transmitting  or  not  transmitting. 
We  can  use  a  simple  two-state  Markov  chain  with  pa  as  the 
transition  probability  from  nontransmitting  state  to  transmitting 
state  and  q  as  the  transition  probability  for  the  reverse  direction 
to  describe  its  behavior.  Solving  this  Markov  chain,  we  get  the 
transmitting  probability  for  any  node  in  a  slot  Pt  =  pa  /  (pa  +  q )  • 
Therefore,  the  throughput  of  multichannel  slotted  ALOHA  is 
given  by 

S  =  (l-Pt)S1+PtqS1  (16) 

V.  Numerical  Results 

The  numerical  results  are  given  in  Fig.  6  through  Fig.  10, 
which  depict  the  throughput  per  node  S  as  a  function  of  normal¬ 
ized  offered  load  per  node  G  with  different  numbers  of  neigh¬ 
bors  per  node  N,  different  values  of  average  packet  length  APL, 
or  different  numbers  of  frequencies  available  M  (for  the  case  of 
HRMA),  to  reflect  the  effect  of  different  choices  of  the  network 
parameters  on  the  performance. 

Fig.  6  plots  the  throughput  of  HRMA  with  different  values  of 
average  packet  length  in  slots,  where  each  node  has  20  neighbors 
and  there  are  40  frequencies  available.  This  is  a  typical  configu¬ 
ration  of  ad-hoc  networks  operating  on  2.4GHz  ISM  band  using 
FHSS  radios.  Throughput  grows  significantly  when  the  APL  in¬ 
creases,  with  the  maximum  throughput  being  close  to  the  theo¬ 
retical  maximum  value.  This  is  because  HRMA  eliminates  data 
collisions;  once  successful,  the  large  data  packets  can  reserve 
the  frequency  for  a  long  time;  thus  greatly  reducing  the  over¬ 
head  and  improving  the  utilization  of  the  channel.  Also  notice 
that  the  range  of  traffic  load  within  which  the  network  stays  sta¬ 
ble  becomes  larger  with  larger  APLs.  HRMA  is  more  attractive 
with  large  packet  or  packet  train. 

The  throughput  of  HRMA  with  average  packet  length  of  200 
slots  and  40  available  frequencies  is  displayed  in  Fig.  7  for  sys¬ 
tems  with  10,  20,  30  and  40  neighbors  per  node.  The  curves 
indicate  that  the  throughput  and  the  range  of  traffic  load  within 
which  the  network  stays  stable  increases  as  the  number  of  neigh¬ 
bors  per  node  decreases.  This  is  expected,  because  HRMA  uses 
the  common  signaling  channel  (current  hop),  more  neighbors 
per  node  leads  to  more  collisions  in  the  signaling  channel. 

In  Fig.  8,  we  show  the  effect  of  changing  the  number  of  avail¬ 
able  frequencies  on  the  throughput.  Each  node  of  the  system 


HRMA  (M=40,  APL=200  slots) 


Fig.  7.  Throughput  of  HRMA  with  different  numbers  of  neighbors  per  node 

has  10  neighbors  and  APL=80  or  40  slots.  The  number  of  fre¬ 
quencies  available  has  little  effect  on  the  performance.  HRMA 
allows  idle  nodes  to  contend  for  the  frequency  on  every  unre¬ 
served  hop  by  sending  RTSs  on  the  common  hop.  As  long  as 
the  number  of  available  frequencies  is  no  less  than  the  number 
of  neighbors  per  node,  the  success  probability  for  RTS  will  not 
change  much  with  additional  frequencies.  Again,  we  see  that  the 
APL  plays  a  very  important  role  on  the  performance.  Systems  in 
our  examples  with  the  same  APL  almost  show  the  same  through¬ 
put,  even  with  the  different  numbers  of  frequencies  available. 

Fig.  9  shows  the  throughput  performance  for  the  multichannel 
slotted  ALOHA  with  different  values  of  APL  and  different  num¬ 
bers  of  neighbors  per  node.  Larger  APL  leads  to  more  collisions 
and  thus  lowers  the  throughput.  The  throughput  for  ALOHA  is 
very  low  even  if  the  APL  is  small,  e.g.,  when  APL=2  slots,  the 
maximum  throughput  is  less  than  0.08.  Also,  APL  is  the  most 
important  factor  affecting  the  throughput,  while  the  number  of 
neighbors  per  node  has  little  effect  on  the  throughput. 

Fig.  10  compares  the  throughput  performance  of  HRMA  and 
slotted  ALOHA  with  perfect  ROCA  for  the  systems  where  each 
node  has  20  neighbors  and  40  frequencies  are  available  for 
HRMA.  APLs  are  200  slots  and  40  slots  for  HRMA,  and  2  slots 
and  4  slots  for  ALOHA.  Since  the  throughput  of  HRMA  in- 
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Offered  Load  per  Node  G 

Fig.  8.  Throughput  of  HRMA  with  different  numbers  of  frequencies 


ALOHA  with  ROCA  (APL  in  slots) 


Fig.  9.  Throughput  of  ALOHA  with  different  numbers  of  neighbors  per  node 
and  different  values  of  APL 


creases  when  APL  increases  and  HRMA  is  intended  for  sys¬ 
tems  with  packet  size  larger  than  the  frame  size,  we  choose 
APL=40  slots  as  the  worst-case  parameter.  While  for  ALOHA, 
the  throughput  decreases  when  APL  increases,  thus  we  choose 
APL=2  slots  as  the  best-case  parameter.  It  can  be  seen  that  in 
the  traffic-load  range  of  interest  and  with  large  average  packet 
length  compared  to  the  slot  size,  HRMA  performs  much  better 
than  ALOHA.  Moreover,  HRMA  has  the  potential  to  get  close 
to  the  theoretical  maximum  performance  value  with  very  large 
packet  size,  and  the  throughput  of  HRMA  can  be  improved  fur¬ 
ther  with  more  sophisticated  backoff  algorithms  or  collision  res¬ 
olution  algorithms,  for  example. 


HRMA(M=40)  and  ALOHA:  N=20,  APL  in  slots 


terference.  HRMA  allows  systems  to  merge  and  nodes  to  join 
existing  systems.  HRMA’s  features  are  achieved  using  sim¬ 
ple  half-duplex  slow  frequency-hopping  radios  without  carrier 
sensing,  which  are  commercially  available  today.  Our  analy¬ 
sis  shows  that  HRMA’s  throughput  performance  is  significantly 
better  than  slotted  ALOHA  with  perfect  ROCA,  which  is  rep¬ 
resentative  of  the  current  practice  using  commercial  radios,  and 
that  HRMA  can  achieve  a  maximum  throughput  that  is  compa¬ 
rable  to  the  theoretical  maximum  value,  especially  when  data 
packets  are  large  compared  to  the  slot  size  used  for  frequency 
hopping.  This  high  throughput  is  obtained  through  a  very  sim¬ 
ple  reservation  mechanism  without  the  need  for  complex  code 
assignment. 
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VI.  Conclusions 

We  have  described  a  new  multichannel  MAC  protocol  for 
ad-hoc  networks  (multi-hop  packet  radio  networks)  operating 
with  simple  FHSS  radios  on  ISM  bands  and  analyzed  its  perfor¬ 
mance.  HRMA  dynamically  allocates  frequency  bands  to  nodes 
using  a  common  frequency-hopping  pattern,  such  that  data  and 
acknowledgements  are  transmitted  without  hidden-terminal  in- 


